SPECIFICATION 

Electronic Version 1.2.8 
Stylesheet Version 1 .0 

[METHOD FOR ACCESSING DATA 
IN A COMPUTER AND THE 
COMPUTER THEREOF] 

Background of Invention 

1 .Field of the Invention 

The present invention relates to a method for accessing data in a computer, and 
more particularly, to a method for accessing important data in a computer using a 
flash memory. 

2. Description of the Prior Art 

Personal computers (PCs) have become an important tool for contacting people or 
manipulating digital information. Nowadays, information appliances (lAs), 
manufactured by using a simplified PC structure, have become more popular because 
of their low-cost and user-friendly characteristics. Even people who are unskilled with 
computers can easily handle this kind of information appliance. 

Because an x86 PC is a well-known structure in computers, an x86 PC is easily 
implemented to an information appliance. Please refer to Fig.l. Fig.l is a schematic 
diagram illustrating a typical x86 PC 1 0 main structure according to the prior art. The 
PC 10 comprises a CPU (central processor unit) 12 for manipulating and operating 
data, a volatile RAM (random access memory) 16 and a flash memory 1 8 for storing 
BIOS (basic input/output system) of the PC 10. A north-bridge 14A is electrically 
connected between the RAM 1 6 and the CPU 1 2 and is used for exchanging data with 
both ends. 

When the PC 10 starts up, some procedures such as power on self test, plug-and- 
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play, or even hardware configuration will automatically execute upon reading the BIOS 
stored in the flash memory 18. When the PC 10 completes the above procedures, the 
PC 10 will load an operating system software. The operating system software 
coordinates hardware of the PC 10 with corresponding software by determining the 
setting of the BIOS. 

[0007] According to the prior art, the flash memory 1 8 is only used to store the BIOS 

information and is only used during the start-up procedure of a computer. Therefore, 
a large portion of the flash memory 1 8 is wasted. Because the structure of an 
information appliance is simple, it only needs a smaller BIOS. Thus the flash memory 
1 8 can be used to store other information besides the BIOS. On the other hand, the 
access time for the non-volatile flash memory 1 8 is larger than that of a volatile RAM 
memory 1 6, so the use of the flash memory 1 8 for storing ordinary information is 
limited. 

Summary of Invention 



[0008] It is therefore a primary object of the present invention to provide a method for 
quickly accessing data from a portion of flash memory that stores ordinary 
m information. 



fjff [0009] According to the present invention, a method for accessing data in a computer 
can solve the above problem. The computer comprises a non-volatile memory and a 



C! volatile memory.The non-volatile memory comprises a first portion and a second 

portion.The first portion stores the basic input/outputsystem (BIOS) of the computer. 
The method comprises (a) copying data inthe second portion of the non-volatile 
memory to the volatile memorywhen the computer starts up, (b) updating data stored 
in the volatile memory when a user wants to update corresponding data in the second 
portion of the non-volatile memory, and (c) restoring the data in the volatile memory 
to the non-volatile memorywhen the computer is ready to shut down. 



[0010] 



It is an advantage of the present invention that any data accessing operation will 
not directly through the non-volatile memory, but instead from the volatile memory. 
The present invention will not write back data from the volatile memory to the non- 
volatile memory until the computer is ready to shut down. Thus possible damage 
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caused by frequently accessing data from the non-volatile memory is avoided and, of 
course, the lifetime of the non-volatile memory increases. According to the above 
paragraphs, the present invention has many superior characteristics and also solves 
the prior arts drawbacks and inconveniences in the field. 

[001 1] These and other objects of the present invention will no doubt become obvious to 
those of ordinary skill in the art after reading the following detailed description of the 
preferred embodiment that is illustrated in the various figures and drawings. 

Brief Description of Drawings 

[001 2] Fig.l is a schematic diagram illustrating a typical x86 PC main structure according 
to the prior art. 

[0013] Fig. 2 is a schematic diagram of an allocation of a RAM and a flash memory, 
p [001 4] Fig. 3 is a flow chart illustrating steps for allocating a sector mapping table. 



[001 7] Fig.6A is a schematic diagram illustrating an allocation of a block mapping table 
and related memory according to the present invention. 

[001 8] Fig.6B is a schematic diagram of another allocation of the block mapping table 
and the related memory according to the present invention. 

Detailed Description 

[00191 

Please refer to Fig. 2. Fig. 2 is a schematic diagram of an allocation of the RAM 1 6 
and the flash memory 1 8 in a computer (not shown) when the computer just starts up. 
Notice that other volatile memory can replace the RAM 1 6, such as a DRAM or an 
SRAM and other non-volatile memory can replace the flash memory 1 8, such as an 
EPROM or an EEPROM. Generally speaking, the flash memory 1 8 has a plurality of 




[0015] 



Fig. 4 is a schematic diagram illustrating an allocation of the sector mapping table 
and related memory during the operation of a computer according to the present 
invention. 
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[0016] 



Fig. 5 is a flow chart illustrating writing back steps according to the present 
invention when a computer is ready to shut down. 
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blocks. Data can be written or erased by block in a flash memory. In other words, 
when the computer is executing an erasing instruction, the data stored in the same 
block will all be erased at once. As mentioned previously, the BIOS of a computer only 
occupies a portion of memory space of the flash memory 1 8. As shown in Fig. 2, a first 
portion 1 8A of the flash memory 1 8 is the memory space used for storing the BIOS, 
and a second portion 1 8B of the flash memory 1 8 is the redundant memory space of 
the flash memory 1 8 and it is the spare memory space the method according to the 
present invention to store ordinary data in. According to the preferred embodiment, 
the second portion 1 8Bof the flash memory 1 8 is divided into a plurality of blocks, 
indexed from BO to B1 91 . 

Each block (for example, block BO) can be used to store a block mapping table 20. 
The block mapping table 20 is used to manage the memory space of the second 
portion 1 8B. A special sign S, established on the header of the block BO, is used to 
distinguish block BO from the other blocks in the second portion 1 8B. For the second 
portion 18B, the block mapping table 20 comprises a plurality of corresponding block 
entries for correspondingly showing the state of each block. Dotted arrows between 
the blocks and the block mapping table entries 21 , shown in Fig. 2, represent the 
corresponding relation between the blocks and the block entries 21 . Each block entry 
21 needs to comprise at least four fields for effectively managing each block. The four 
fields are a Free_flag field, a Bad.flag field, a Sector* field, and a w.count field. The 
FreeJIag represents whether the corresponding block is rewritable. For example, a 1 
Free.flag represents if the corresponding block does not store any data or the data 
originally stored in the corresponding block is useless. That is, new data can be 
written into the block. The Bad Jlag represents whether the corresponding block is 
damaged. That is, no data can be stored in the block anymore. The w.count 
represents how many times that data is stored in the corresponding block. The 
definition of the Sector* will be described later. As illustrated in Fig.2, the block Bl is 
stored data (FreeJIag = 0), can be accessed normally (BadJIag = 0), and has been 
written once (w_count = 1). 

The RAM 1 6 will allocate a memory space 1 6A to store the data originally stored in 
the second portion 1 8B of the flash memory 1 8 because the RAM 1 6 will replace the 
flash memory 18 during the normal PC operation. The memory space 16A comprises a 
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plurality of sectors indexed from SI to SI 91 . Each sector corresponds to a block in the 
second portion 1 8B. Each sectors memory space is the same as that of a block. 
Similarly, the RAM 1 6 also comprises a sector mapping table 24 for effectively 
managing each sector of the memory space 16A. The sector mapping table comprises 
1 91 sector entries 25 corresponding to each sector of the memory space 1 6A. Each 
sector mapping table entries 25 needs to comprise at least three fields for effectively 
managing each sector. The three fields are an UpdateJIag field, a FreeJIag field, and 
a Block# field. The Update_flag represents whether the data stored in the 
corresponding sector is updated during the operation of a PC, the Free_flag 
represents whether the corresponding sector stores any data, and the Block* 
represents which block the corresponding sector corresponds to. In contrast to the 
sector mapping table 24, the Sector* in the block entries 21 represents which sector 
that the corresponding block corresponds to. In this preferred embodiment, no sector 
in the memory space 1 6A corresponds to the block BO, which is used for storing the 
block mapping table 20, so the sector* of the corresponding block entry21 is 1. 

[0022] Fig. 3 is a flow chart illustrating the steps for allocating the sector mapping table 
24. The steps are described as follows: 

[0023] Step 30: 

[0024] a computer starts up;(The "start up" step will be executed after a computer has 
been started up but has not been used by any user.) 

[0025] Step 32: 

[0026] check the header of each block in the second portion 1 8B of the flash memory 1 8; 
if the special sign S is found, go to step 32B; otherwise, go to step 32A;(lf the special 
sign S is found in the header of any block, this means that the block mapping table 20 
already exists; if the sign S is not found, this means that the block mapping table 20 
has not been established yet.) 

[0027] Step 32A: 

[0028] 

establish the block mapping table 20 in the flash; set the initial value of the 
Free__flag of each block entry 21 to be 1 ; set the initial value of the Bad_flag of each 
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block entry 21 to be 0; set the initial value of the sector* of each block entry 21 to be 
1 ; set the initial value of the w_count of each block entry 21 to be 0; go to step 34;(A 
1 in Free_flag means that the block in the second portion 1 8B has not stored any data 
yet; a 0 in Bad_fiag means that the block is not damaged; a 1 in sector* means that 
the block is not mapped to any sector of the memory space 1 6A; a 0 in w_count 
means that the block in the second portion 1 8B has not stored any data before.) 

[0029] step32B: 

[0030] read the existing block mapping table 20; go to step 34;(The block mapping table 
20 already exists and the block stored the block mapping table 20 is also found.) 

[0031] step 34: 

[0032] establish the sector mapping table 24in the RAM 1 6; set the initial value of the 
update.flag of each sector entry 25 to be 0; set the initial value of the Free_flag of 



O each sector entry 25 to be 1 ; set the initial value of the Block* of each sector entry 25 



to be 1 ;(A 0 Update_flag means that the data stored in the corresponding sector is not 

updated; A 1 Free.flag means that the corresponding sector does not store any data 

SB 

y now; A 1 Block* means that the sector does not correspond to any block.) 



[0033] step 36: 



i y 

y= [0034] sequentially allocating each block of flash 1 8B into sectors of the RAM 1 6 



according to each entry of the block mapping table 20;step 36A:check each entry of 
the block mapping table;(Please notice that each block entry of the block mapping 
table 20 corresponds to a block of the second portion 18A.)Step 36B:determine the 
logic value of ((Badjflag = 1) OR (Sector* = -1) OR (FreeJIag = 1)); if FALSE, go to 
step 36c; if TRUE, checking the next block of the flash 18B;step 36C:load the data 
stored in the block into the corresponding sector; update the corresponding sector 
entry 25; (Since the data stored in the block has been loaded into the corresponding 
sector, each entry of the sector entry 25 corresponding to the corresponding sector 
should be updated. That is, the UpdateJIag is updated to 0 and the Block* is updated 
by the index of the corresponding block. A user can actually use the computer now.) 

[0035] step 38:end. 
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[0036] Please refer to Fig. 2 again. Because the block BO stores the block mapping table 
20, the Sector* of the corresponding block entry 21 is 1 , and step 36C will not be 
executed for this block. According to the block entry 21 corresponding to the block 
Bl , because the Free.flag is 0 (stored valid data), the Bad _fiag is 0 (undamaged), and 
the Sector* is #S1 (corresponding to the sector SI), step 36C will be executed and the 
data stored in the block Bl will be loaded into the corresponding sector SI in the 
memory space 1 6A of the RAM 16. According to the corresponding sector entry 25 of 
the sector SI , the Free_flag is changed to be 0, the Block* is loaded by the index of 
the block Bl . As far as the block B2 is concerned, because the Free_flag is 1 , the block 
B2 does not store any valid data or the data originally stored in the block is rewritable. 
Step 36c will not be executed. Each entry in the block entries 21 will be processed 
from step 36A and 36B. For example, if the block Bl 90 stores valid data, step 36c will 
load the data into the corresponding sector SI 90. The Free.flag is changed to be 0. 
The Block* of the sector SI 90 is loaded by the index of the block Bl 90. 

[0037] After all the blocks shown in Fig. 2 have been allocated to RAM 1 6, a user can 
access data stored in the second portion 18B of the flash memory 1 8. A file 
management program is used to manage the redundant memory space of the flash 
memory 18 as a non-volatile memory space. For example, the file management 
program of a windows operating system can use the second portion 1 8B of the flash 
memory 1 8 as a disk in the windows operating system. A user can access data from 
this virtual disk. However, according to the present invention, data stored in the flash 
memory 1 8 will not be directly read even if the user accesses the data stored in the 
second portion 18B of the flash memory 18 through the use of the file management 
program, but will access the data stored in each sector of the allocated memory space 
1 6A instead (refer to Fig. 3). That is, when a user accesses data stored in the second 
portion 1 8B of the flash memory 1 8 through the use of the file management program 
during the operation of a computer, the user in fact accesses data from the memory 
space 1 6A of the RAM 1 6. Therefore, the time wasted by virtually directly accessing 
data from the flash memory 1 8 decreases, and the lifetime of the flash memory 1 8 
increases. 

[0038] when the file management program virtually accesses data from the second 

portion 1 8A of the flash memory 1 8, the file management program actually accesses 
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data from the memory space 1 6A of the RAM 1 6 and simultaneously updates the 
sector mapping table 24. If a user plans to store data in a block of the flash memory 
1 8, the file management program will in fact store the data in the sector 
corresponding to the block. Moreover, according to the corresponding sector, the 
Update Jlag is changed to be 1 and the Free_flag is set to be 0. On the contrary, if a 
user plans to erase data from a block through the use of a file management, the file 
management program in fact erases the data from the corresponding sector. The 
corresponding Update.flag is set to be 1 (erasing is another form of updating) and the 
corresponding FreeJIag is also set to be 1 (no valid data stored in this sector). 

Please refer to Fig.4. Fig.4 is a schematic diagram illustrating an allocation of the 
sector mapping table 24 and the related memory according the present invention 
during the operation of a computer. It is assumed that a user plans to store data in 
the sectors SI , S2 and erases data from the S SI 90 through the use of the file 
management program. As described previously, the file management program will not 
access data from the second portion 1 8B of the flash memory 1 8, but instead from the 
memory space 1 6A of the RAM 1 6. If new data is to be stored in the sector SI that 
originally stored valid data, the file management program only stores the data in the 
sector SI and simultaneously changes the Update_flag of the sector entry 25 
corresponding to the sector SI to 1 . Similarly, if new data is to be stored in the sector 
S2 that originally stored no valid data, the file management program will only store 
the data in the sector S2. Likewise, each entry of the corresponding sector entry 25 is 
changed. That is, the UpdateJIag is changed to be 1 and the FreeJIag is also changed 
to 1 . If a user plans to erase the data stored in the sector SI 90, the file management 
program will only erase the data stored in the sector SI 90. The Update^flag and the 
Free_flag are changed to 1 . Practically, the file management program does not need to 
actually "erase" the data stored in the sector SI 90. All that needs to be done is to 
change each entry of the corresponding sector entry 25 of the sector. 

During the operation of a computer, the file management program will not 
actually access data from the second portion 1 8B of the flash memory 1 8 until a user 
is ready to shut down the computer. Then the file management program writes back 
updated data stored in the memory space 1 6A of the RAM 1 6 to the corresponding 
blocks of the flash memory 1 8. A detailed description is as follows. Please refer to 
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Fig. 5. Fig. 5 is a flow chart illustrating writing back steps according to the present 
invention when a computer is ready to shut down. The writing back steps are as 
follows. 

[0041] Step 40: 

[0042] a computer is ready to shut down; set the Free_flag of the block originally storing 
the block mapping table 20 to be 1 ;(The rewriting steps begin after the shut down 
instruction is executed and before the computer is actually shut down. The block 
mapping table 20 has changed during the operation of the computer, so the Free.flag 
of the corresponding block entry 21 of the block storing the block mapping table 20 
is set to be 1 . This means that the block is rewritable.) 

[0043] step 42: 

[0044] sequentially writing back each sector to corresponding block of the flash 1 6 of the 
sector mapping table 24; 

[0045] Step 42A: 

[0046] check each entry of the sector entries 25 of the sector mapping table 24; 
[0047] Step 42B: 

[0048] check if the Update _flag is 1 ; if so, go to step 42C; if not, go to step 42A;(lf the 

Update^flag is not 1 , it means that the corresponding sector is not updated during the 
operation of the computer. Therefore, no writing back is necessary.) 

[0049] step 42C: 

[0050] check if the Block* is -1 ; if so, go to step 42E; if not, go to step 42D;(lf the field 
Block# is -1 , it means that the block corresponding to the corresponding sector does 
not store any data before the computer starts up. The data now stored in the sector is 
updated during the operation of the computer. If the Block* is not -1 , it means that 
the block corresponding to the sector has stored data in a volatile manner before the 
computer starts up and has loaded the data in the sector during the initialization 
steps.) 
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flf [0056] find an undamaged, rewritable, and with a smallest w_count block;(Scanning the 
s! ' fields of each block entry 21 of the block mapping table 20 leads to finding a block 

W meeting the above requirements.) 

in 

jj [0057] step 42C: 

C3 

III [0058] write the data stored in the sector to the block found in step 42F;(ln the 

meanwhile, the entries of the block entry 21 corresponding to the block are also 
changed. That is, the Free J\ag is set to be 0, the sector* is updated with the index of 
the sector corresponding to the sector entry 25, and the w_count is increased by 1 . 
That is, the number of times the block has been written to is increased by 1 .) 

[0059] step 42H: 

[0060] writing test; if passed, jump back to start point of step 42A; if not passed, go to 

step 42l;(Check if data are correctly writes data to the block in step 42G. The checking 
procedure can be as follows; read the data stored in the block and compare with the 
data originally stored in the corresponding sector.) 



[0051] step42D: 

[0052] change the corresponding block entries in the block entries 21 ;(The FreeJIag of 
the corresponding block entry 21 is set to be 1 and the Sector* of the corresponding 
block entry 21 is set to be 1 . The corresponding block is originally stored data, but 
the data is updated during the operation of the computer. So the data must be written 
back to the corresponding block. A 1 in Free _flag represents that the corresponding 
block is rewritable.) 

[0053] step 42E: 

[0054] check if the Free_flag is 1 ; if not, go to step 42F; if so, jump back to start point of 
step 42A;(lf the Free.flag is 1 , it means that the data stored in this field are updated, 
but no valid data are stored in now. On the other hand, if the Free Jlag is not 1 , it 
means that the corresponding sector stores updated data and the data need to be 
written back into the second portion 1 8B of the flash memory 18.) 

[0055] step 42F: 
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[0061] step 421: 

[0062] set the BacLflag to be 1 ; jump back to step 42F to find another block to write 

back;(lf the writing test fails, it means that the block is damaged. Steps 42F through 
42H will be processed until another undamaged, rewritable, and with a smallest 
w_count block is found.) 

[0063] step 44: 

[0064] After all the sectors are written back to corresponding blocks, generate the update 
data stored in the second portion 1 8B of the flash memory 1 8 to a block mapping 
table 20;(An undamaged, rewritable, and with a smallest w_count block must be found 
first. The entries of the block entry 21 corresponding to the found block are set 
according to the following. The Free__flag is set to be 1 , the Sector* is set to be 1 , and 
the w.count is increased by 1 . The header of the found block is written with the 
special sign S to specify that the found block is the block storing the block mapping 
table 20. Of course, a writing test similar to step 42H is still necessary.) 

[0065] step 46:end this routine and the computer can be shut down. 

[0066] 

Please refer to Fig.6A. Fig.6A is a schematic diagram illustrating the allocation of 
the block mapping table 20 and the related memory. The data stored in the block 
mapping table 20 and the related memory shown in Fig.6A are the data stored in the 
corresponding memory shown in Fig. 5 when the rewriting steps have just finished 
step 42. The writing steps shown in Fig. 5 check the sector mapping table 24 from the 
first sector entry 25 on. The first sector entry 25 corresponds to the sector SI . The 
corresponding Update^flag is 1 . The corresponding Free_flag is 0. The corresponding 
Block* stores the index of the block Bl . The first sector entry 25 undergoes steps 
42B, 42C, 42D, and 42E. A detailed description is as follows. Because the data stored 
in the sector SI has been updated (The original data stored in the sector SI is loaded 
from the block Bl of the flash memory 1 8. Since the data stored in the block Bl has 
changed, the block Bl becomes rewritable. The Free.flag of the block entry 21 
corresponding to the block Bl is set to be 1 and the Sector* is set to -1), the data 
need to be rewritten to a block of the flash memory 18. So step 42 F scans the block 
mapping table 20 to find an undamaged, rewritable, and with a smallest w^count 
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block. As an example, the block B1 91 is assumed to be the block found. In step 42G, 
the data stored in the sector SI are rewritten into the block Bl 91 . The Free_flag of the 
block entry 21 corresponding to the block 1 91 is set to 0, the Sector# is loaded with 
the index of the sector SI , and the w^count is incremented by 1 . Assume this written 
back data in block Bl 91 has passed checking in step 42H. The routine will then go 
back to step 42A checking the next sector S2 of the sector mapping table 24. 

[0067] The sector entry 25 corresponding to the sector S2 will undergo steps 42B, 42C, 
and proceed directly to 42E. (This means that the data stored in the sector S2 are 
loaded during the operation of a computer, rather than loaded from the 
corresponding block during the initialization steps.) Similarly, because the data stored 
in the sector S2 will be written back to the flash memory 18, steps 42F through 42H 
are necessary. Assuming that the block found in step 42 F is block BO, the data stored 
in the sector S2 can be written back to the block BO. Furthermore, the Free.flag of the 
block entry 21 corresponding to the block BO is changed to 0 (The block BO originally 
used to store the block mapping table 20. Because the FreeJIag in the block entry 21 
corresponding to the block BO is changed, the block BO becomes rewritable.), the 
sector* is set to store the index of the sector 2, and the w_count is incremented by 1 . 
Assume this written back data in block BO has passed checking in step 42H. The 
routine will then go back to step 42A checking the next sector S3 of the sector 
mapping table 24. Please notice that the header S originally stored in the block BO for 
labeling the block mapping table 20 is also erased during the writing back steps. 

[0068] Now, the write back process is sequentially performed through the sector SI 90. 
According to the entries of the sector SI 90, steps 42B, 42C, 42D, and 42E are 
necessary. This means that the data originally loaded from the block 190 and stored 
in the sector 1 90 will be erased during the operation of a computer. So step 42D sets 
the Free_flag in block entry 21 corresponding to the block 1 90 to 1 and sets the 
Sector* to 1 (This means that the block 1 90 is rewritable. An actual data erasing step 
is not necessary, because the corresponding block, whose Free.flag is 1 , will not load 
the data to the corresponding sector during step 36B shown in Fig. 3 when the 
computer starts up again.) The corresponding sector entry of the sector 191 does not 
need to undergo any write back step because the UpdateJIag is 0. 
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[0069] Please refer to Fig.6B. Fig.6B is a schematic diagram of the updated block 

mapping table 20 and the related memory contents in the flash 1 8B according to the 
present invention. The data stored in the block mapping table 20 and the related 
memory are following the flow chart in Fig. 5 to move the data back from the RAM 1 6 
when the writing back steps have just finished step 44. It is assumed that the block 
found is block Bl , whose corresponding w_count is incremented by 1 . Thus the block 
mapping table 20 can be written in the block Bl . Please notice that the special sign S 
is written in the header of the block Bl for representing that the block Bl is the block 
storing the block mapping table 20. As soon as the computer starts up again, the 
block mapping table 20 in block Bl can be found as shown in step 32 of Fig. 3. 

[0070] In contrast to the prior art, the present invention uses the redundant memory 
space of the flash memory 1 8 to store ordinary information, such as personal 
information. The claimed invention allocates a memory space in the RAM 16 to replace 
the redundant memory space in the flash memory 18 when a computer just starts up. 
Any data accessing operation will not directly operate on the flash memory 1 8, but on 
the RAM 1 6 instead. The claimed invention will not write back data from the RAM 1 6 
to the flash memory 1 8 until the computer is ready to shut down. Thus a possible 
damage caused by frequently accessing data from the flash memory 1 8 is avoided 
and, of course, the lifespan of the flash memory 1 8 increases. The present invention 
also teaches how to write data in the blocks of the flash memory 1 8 evenly. In the 
preferred embodiment, the file management program is suited for a network 
environment, such as a local area network (LAN) of a company or information 
appliances (IA) through the use of broadband. The present invention has many 
superior characteristics and also solves the prior arts drawbacks and inconveniences 
in the field. 

[0071] Following the detailed description of the present invention above, those skilled in 
the art will readily observe that numerous modifications and alterations of the device 
may be made while retaining the teachings of the invention. Accordingly, the above 
disclosure should be construed as limited only by the metes and bounds of the 
appended claims. 



AppJD=10063883 



Page 13 



